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Abstract — We present initial research towards procedural 
generation of Simplified Boardgames and translating them into an 
efficient GDL code. This is a step towards establishing Simplified 
Boardgames as a comparison class for General Game Playing 
agents. To generate playable, human readable, and balanced 
chess-like games we use an adaptive evolutionary algorithm with 
the fitness function based on simulated playouts. In future, we 
plan to use the proposed method to diversify and extend the 
set of GGP tournament games by those with fully automatically 
generated rules. 

I. Introduction 

The increasing interest in algorithms which can play a 
variety of games, such as in the General Game Playing (GGP) 
m, d, or in the very new domain of General Video Game 
Playing (GVGP) ID, should also be followed by attempts to 
apply general procedural content generation for these domains. 
So far, automatic generation of game rules have been done for 
several classes of games, including, among others, commer¬ 
cially successful LUDI boardgames system a. Pell’s Chess- 
Like Games 0, turn-based strategy games 0, and games 
described by the Card Game Description Language 0. 

GGP is a well establish area of research, with many 
contributions in different subdomains, and the level of agents 
attending the annual International General Game Playing Com¬ 
petition (IGGPC) is constantly increasing. However, there is 
still no specified goal to be achieved by the GGP players, 
and the domain lacks an external comparison class. Our work 
intends to follow the idea from 0 to establish Bjornsson’s 
Simplified Boardgames 0 class (which is less general than 
GDL yet still interesting and challenging on its own) as a 
standard test class for GGP players. 

As an important step in that direction, we propose a system 
for generating fair, chess-like boardgames and translating them 
into efficient GDL code. To ensure that generated boardgames 
fulfill desired criteria, we combine an evolutionary process 
of rules creation with simulation based fitness calculation. 
To properly rewrite generated boardgame into GDL, we use 
observations of minimizing description complexity for a game 
of chess described in Qo). 

We are convinced, that a method of procedural generation 
of GDL encoded Simplified Boardgames will spread automat¬ 
ically created boardgames as test games for evaluating level 
of GGP players. Moreover, it could be even useful in the case 
of IGGPC, given that many games from that competition set 
are some kind of boardgames. 
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II. Preliminaries 

In this section we briefly introduce both game classes. 

A. General Game Playing and Game Description Language 

General Game Playing, in its modern form introduced in 
2005 at Stanford University 0, focuses on developing pro¬ 
grams which can play, without human intervention, any game 
described by the Game Description Language. We assume that 
the reader is familiar with basics of this domain. Lor a detailed, 
up-to-date survey of the discipline we refer to IfTTI . 

Game Description Language (GDL) 0, 0, is a strictly 
declarative language using logic programming-like syntax 
based on the Knowledge Interchange Lormat. Every game 
description contains declarations of player roles, initial game 
state, legal moves, state transition function, terminating condi¬ 
tions, and the goal function. 

GDL has enough power to describe any turn-based, fi¬ 
nite, deterministic, n-player game with full information and 
possibly simultaneous moves. What is important from the 
agent’s point of view - GDL does not provide any predefined 
functions: neither arithmetic expressions nor game-domain 
specific structures like board or card deck. Every function 
and declaration must be defined explicitly from scratch, and 
thereafter its semantic is given only by the game rules. 

B. Simplified Boardgames 

The class of Simplified Boardgames introduced by Bjorns- 
son in a, and slightly extended in 0, describes rectangular 
board, turn-based, 2-player, zero-sum games with pieces move¬ 
ments being a subset of a regular language. It can describe 
many of the Lairy Chess variants, including the asymmetry and 
moves that capture own pieces. Possible winning conditions 
are reaching a fixed set of squares by a certain piece or 
capturing a fixed number of other player’s pieces of certain 
type. However, there are some important limitations, mostly 
emerging from the regularity of the description, which makes 
moves impartial to the absolute location of the piece and 
to move history, so actions such as castling, en-passant, or 
promotions are not permitted. 

A set of legal moves rules for each piece is the set of 
words described by a regular expression over an alphabet E 
containing triplets {Ax, Ay, on), where Ax, Ay are relative 
column/row distances and on S {e,p, tu} describes the content 
of the destination square: e indicates an empty square, p a 


square occupied by an opponent’s piece, and w a square occu¬ 
pied by an own piece. For example, capturing moves of rook 
are described by (0,1, e)*(0, l,p) -|- (0, —1, e)*(0, —l,p) -b 
(1,0, e)*(l, 0,p) -b (—1, 0, e)*(—1,0,p). Knight’s jump moves 
are for example (l,2,e), (—2,—l,p), etc. Given a current 
board situation, a move is legal if and only if it matches the 
content of the board. So if, for example, three consecutive 
squares in front of a white rook are empty, and there is a black 
pawn on the next one, the move (0,1, e)^(0, l,p) is legal. The 
rook can be moved by the vector (0,4) and then the pawn on 
its final square will be captured. 

III. The Evolutionary System 

We decided to focus our research on chess-like games 
to simplify the representation and increase the chance of 
well balanced instances. By chess-like, in this case we mean; 
initial position close to symmetrical with the line of weak 
pieces on the front of each army, fairy chess-like movements, 
and winning achieved by moving a piece to the opponent’s 
backrank or taking all pieces of a given type. 

The chromosome structure consists of three separate rep¬ 
resentations: for board, piece rules, and winning conditions. 
The board is a rectangular table containing in each square 
information about the piece’s type and owner, or an empty 
square. Pieces are represented by a map from pieces symbols 
to its move rules. Winning conditions are encoded as a list 
of triples containing piece type, piece side, and the type of 
winning condition (capture or movement). 

A. Generating initial population 

At the beginning of the process, we generate building 
blocks for pieces movements. Based on some probability 
matrices we generate short words from E* and optionally 
assign them modifiers which extend a single word to a set 
of words. A modifier can mirror the move to be horizontally 
or vertically symmetrical, rotate the move, or add the Kleene 
star to any letter of the word. 

We have divided types of pieces into three classes varying 
on mobility (inspired by the chess we have weak, light, and 
strong pieces). Using the building blocks we randomly build up 
sets of possible moves for every class. These sets are generated 
once for every evolutionary run. 

The initial board position is randomized by a number of 
parameters. At first, a quarter of the board is generated with the 
probability of appearance of strong piece growing for the rows 
more distant from the opponent. Then, the generated quarter 
is mirrored (with some probability of change) to represent all 
pieces of the white player. After that, the white pieces are 
mirrored to the black ones, again with some probability of 
randomly regenerating a piece (with the constraint that it must 
be from the same class). 

Generating rules for pieces is relatively simple. For every 
piece type (e.g. pawn, rook, griffon) we just randomly choose 
its moves from the precomputed set for the corresponding 
class. Winning conditions are obtained by drawing piece type 
and capture/movement condition type. Possibilities of multiple 
winning conditions and asymmetry are provided by additional 
parameters. 


B. Fitness Function 

Before presenting the details of our evolutionary operators, 
we have to describe the method of evaluating each individual. 
As the main goal of evolution is very complex, and it cannot 
be easily expressed with a single function (which is a common 
problem with content generation for games), we use simula¬ 
tions to interpolate the features of the created game. 

The question is what are the features we want to acquire. 
Obviously, we want the game to be playable and as balanced 
as possible. Because generated games are chess-like, a large 
number of draws between players of comparable strength is 
permissible; however as we want the game to be strategic, we 
expect that better players should not have difficulty beating 
weaker ones (such games should also be much shorter). We 
also expect the games to be understandable and playable by 
humans, which requires that the rules are not too complex. 
Since we want them also to be playable by computers, the 
branching factor should also be restricted. 

We apply two types of simulations (playouts): between two 
min-max algorithms, and between a min-max player against a 
random player (symmetrical for both roles). A min-max agent 
used for the comparison is the RBgPlayer, described in details 
in jSl. We perform a fixed number of such simulations. From 
the results, the following game features are calculated: 

• Pg{0,1} - Playability, which is 0 if the game is 
found unplayable, i.e. some simulation did not finish 
within the given timelimit, and 1 otherwise. 

• Lm S [0,1] - Min-max playouts length which, for 
^mm being the mean length of playouts between two 
min-max players divided by the game turnlimit, is 
equal to 2fmm for I < \, and 1 otherwise. 

• Lu G [0,1] - Playouts length difference is calculated 
as follows. Let z = £mm — £rm, where irm is the 
mean length of playouts between the min-max player 
and the random player, divided by the game turnlimit. 
The value of the feature is 1 if z > i, 0 if z < 0 and 
4z otherwise. 

• W & [—1,1] - Width is a normal distribution proba¬ 
bility density rescaled to peak at 1, i.e. 

VF = e—(1) 

where p, is equal to the given expected branching 
factor of the game, a is equal to and x is the mean 
branching factor obtained from every state visited 
during all simulations. 

• Bm G [“1; 1] ~ Min-max balance is the balance 
between both players in min-max playouts calculated 
as white_wins — black_wins divided by the number 
of playouts. 

• Bji € [—1,1] - Random balance is the balance 
in the case of min-max vs. random games, i.e. 
white_vs_rand_wins — black_vs_rand_wins divided 
by the number of min-max vs. random playouts. 

• S' € [0,1] - Strategy describes chances of winning 
against the weak opponent, and is calculated as the 



number of wins of min-max vs. random player divided 
by the number of such play outs. 

• Cep,!]- Complexity is calculated based on the size 
of the games rules compared to some desired size s 
(which is based on the size of chess pieces descriptions 
and depends on the number and class of pieces). The 
feature is equal to the absolute value of O, where p 
is the desired game size, a is equal to j, and x is the 
actual game size. 

• i? G [0,1) - Reducibility means that not all pieces are 
really important for the game. Assume that there are k 
pieces, and Ui is the usefulness measure of i-th piece, 
calculated as the number of moves performed with 
this piece by min-max players, divided by the number 
of all moves made by min-max players. Then, this 
feature is equal to 

Based on these features, the game’s fitness is calculated 
using the following formula: 

{Lm + Ld+ 2|IT| -f 35 -f 2C -b (6 - 3|Bm| - \Br\ - 2R)). 


C. Evolving 

We start with the initial population of size n. Every indi¬ 
vidual is evaluated, and if it is found unplayable it is removed 
from the population. The remaining games are ordered by 
Bm + Bfi measure. Parents are chosen by pairing games from 
the ends to the center, i.e. the first with the last, the second 
with the last but one, etc. Crossover creates two offsprings 
in the following way. We use two point crossover on a board 
columns, and a uniform crossover on pieces rules and winning 
conditions (the conditions may have different length for both 
parents). 

We also mutate every individual from the population in 
an adaptive GA fashion. Let s be the sum of the board’s 
dimensions. We mutate pieces rules and winning conditions 
with probability i, and the initial position otherwise. The 
initial position is mutated by randomly choosing a square and 
its new content (empty or a piece of random type). If the square 
is on the lower half of the board, the piece is white, otherwise 
it is black. In the case of mutating pieces rules we have three 
options depending on R, C, and some constant weight. We 
can draw new rules for a piece with the lowest usability, or 
choose it using roulette wheel based on the complexity of 
the piece’s rules. The last option is to swap the rules of two 
pieces of the same class. Mutation of terminal conditions is 
guided by balance values. With some constant weight, both 
sides have added or removed a winning condition. With a 
weight dependent on Bm and Br, only one side’s conditions 
are modified, to possibly improve game’s balance. 

The mutants and offsprings are evaluated and removed if 
unplayable. For the next generation we take best n individuals 
from the joint set of parents, offsprings, and mutants. If there 
is only k < n playable games, n — k best individuals are 
duplicated. 


IV. Experiment result 

We performed several evolutionary runs with different 
board sizes (from 6 x 6 to 8 x 8), numbers of pieces per 
class, population sizes, and numbers of playouts. In the case 
with 6x6 board and population of size 50, we were able to 
evolve an entire population with the fitness above 0.98. With 
a smaller population and larger boards, the evolution usually 
stuck at a local maximum around 0.85-0.88. The two features 
which we found the most difficult to optimize were complexity 
and reducibility. 

We present one of the evolved games, appeared in the 22- 
nd round of evolution, with fitness 0.9899. We have found this 
game interesting because of non-trivial asymmetry, simple and 
interesting pieces, and good reducibility. The game was also 
rated as fully balanced, with all playouts lost by the random 
player, and 20% wins for both white and black sides in the 
case of min-max vs. min-max playouts. 

The game uses 6x6 board with two weak pieces (A'S’), two 
light pieces (^A), and one strong piece (tt). The turnlimit is 
60 and there are no other winning conditions specified, which 
means that one has to capture all enemy pieces. (We have 
found this type of victory surprisingly common among best- 
fitted individuals.) The initial position looks as follows: 



a b c d e f 


The pieces with the biggest usefulness (0.28) are ^ and 
tt, while the least useful pieces are '4’ (0.12) and A (0.13). 
The pieces rules are as follows: 

A Moves and captures 1 cell diagonally ahead. 

Moves and captures 1 or 2 squares straight ahead, 
jumping the intervening square in the case of moving 
2 squares. 

^ Moves and captures 1 cell diagonally, and it can jump 
orthogonally forward by 2 squares if the destination 
is empty. 

A Moves like the orthodox bishop, and it can move and 
capture 1 square straight ahead. 

tt Slides any number orthogonally if all pieces on the 
way are the opponent’s, and it can capture and self¬ 
capture 1 case diagonally ahead, and move and self¬ 
capture 1 square straight-ahead, and 1 square straight- 
back. 



V. Translation from Simplified Boardgames to 
GDL 

To make the class of Simplified Boardgames useful to GGP 
agents, it is essential to provide a translation to GDL (see lEl 
for a recent translation from the Card Game Description 
Language). This would not only make it possible to compare 
GGP agents with more specialized programs (cf. 11), but also 
provide a source of automatically generated games for tests 
and competitions. This is of certain importance, since so far 
almost all games in GGP are human-prepared. 

We plan to design and implement a translator for Simplified 
Boardgames. Our aim is to generate possibly efficient GDL 
code, making translated games more accessible to GDL agents. 
To do so, we plan to make use of the structure of the language 
of Simplihed Boardgames and various tricks commonly used 
in encoding board games in GDL ITOl . 

The translation can be done in a natural way. Here 
let us just consider computation of legal moves, which 
is the most challenging part. First, we can create a 
predicate storing the content on each occupied square: 
true (board (x, j/, piece, owner ) ). For each regular ex¬ 
pression (Axi, Ayi, oni)... (Ax/c, Ai/fe, on-fe) dehning legal 
moves of piece, we create the following corresponding rule: 

legal (?owner,move (?x0, ?y0, ?xk, ?yk) ) <;= 
true (board (?x0, ?y0, piece, ?owner) ) A 
sum(xO, Axi,?xl) A 
sum (yO, Ai/i, ?yl) A 

true (board (?xl, ?yl, ?dummy 1, on-i) ) A 

. . . A 

sum (x(fc — 1), Axfe, ?xfc) A 
sum (y(fc - 1), Apfc, ?yfc) A 
true (board (?xfc, ?yfc, ?dummyfc, orik) ) ■ 

Here sum is a constant predicate commonly used to simu¬ 
late arithmetic in GDL. Note also that the stars and powers in 
regular expressions can be expanded and translated in a similar 
way. 

This standard approach would be, however, not very ef¬ 
fective. It involves large domains (note the number of pos¬ 
sible facts in the domain of the board predicate) and the 
rules are expensive to process. There are several ways to 
optimize that. We can observe that, in most cases, regular 
expressions allow the sharing of some computations, e.g. for 
(1, 2, e)(2,0, e)-|-(l, 2, e)(2, 3, e) we can can use an additional 
temporary predicate storing intermediate moves by (l,2,e). 
The same concept becomes more powerful when we deal with 
stars; these translate naturally to cyclic rules. It may be also 
worthwhile to consider specihc kinds of moves that are shared 
among various pieces (e.g. rook and queen in chess). These 
considerations would lead to an algorithm that would compute 
possibly the simplest set of rules covering all moves. 

An alternative approach is to dehne identihers for each 
piece and store their positions in separate predicates (e.g. 
rook_white_id (x, y)), rather than to store the whole 
board in a single one. Assuming that the GGP agent is able to 
infer that there can be at most one fact for given parameters 
(one piece on one square), it may result in much smaller 
domains, when there are only a few of pieces relatively to the 
board size. In the former approach we have at least 


possible facts in the board predicate, where is the number 
of types of pieces, and nm is the size of the board. The latter 
approach gives us where ^p is the number of pieces 

on the board at the beginning. The translator can decide which 
approach would be more efficient, basing on an analysis of the 
complexity of the game. 

VI. Conclusions 

This paper presents an evolutionary system that automati¬ 
cally generates Simplihed Boardgames. Generated games are 
evaluated using simulations with min-max and random refer¬ 
ence players. Games are rated using several features measuring 
balance, strategy inhuence, pieces usefulness, game tree size, 
and rules complexity. An example of the evolved, balanced, 
chess-like, and human readable game is provided. 

We plan to further improve the system and make it more 
general. In particular, it should be able to generate fully asym¬ 
metric non chess-like games. The issue of much importance 
is the htness function, and in future versions we want it to 
be based on learnablity, dehned as a potential of improving 
the level of play related to the number of games played. By 
adding to the evolver an algorithm rewriting boardgames into 
GDL, we are going to extend the experiments from IS] and 
test GGP agents on automatically generated games. 
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